<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" 
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml"
	xmlns:ui="http://java.sun.com/jsf/facelets"
	xmlns:h="http://java.sun.com/jsf/html"
	xmlns:f="http://java.sun.com/jsf/core">

<ui:composition template="/WEB-INF/template/geral.xhtml">
	<ui:define name="corpo">
		
		<div class="principal">
			<h2 style="text-align: center;">GERENCIAMENTO DE RELEASE</h2>
  			<p>A constante evolução das necessidades sejam elas corporativas empresariais ou pessoais, obrigam os desenvolvedores de software a estarem constantemente modificando e implementando seus produtos a fim de garantir sua continuidade no mercado cada vez mais exigente, para tanto é imprescindível o Gerenciamento de Release, pois, novas funcionalidades podem estar presentes nos softwares concorrentes o que leva a perda do interesse do cliente pelo produto ou até mesmo a perda da fatia do mercado que lhe pertencia.</p>
  			<p>Segundo “Ian Sommerville,” um release de sistema é uma nova versão de um sistema de software distribuída aos clientes”.</p>
  			<p>Existem dois tipos de release para os chamados softwares de mercado de massa, são eles: Releases maiores “principais” normalmente são pagos, pois trazem grandes mudanças na funcionalidade do sistema, Releases menores normalmente são distribuídos em forma de patches, gratuitos e tem por finalidade corrigir bugs e problemas relatados por clientes. Além disso também podem conter:</p>
  			<p>Arquivos de configuração que define a correta configuração do release em instalações particulares:</p>
  			
  			<ul>
  			 	<li>Arquivos de dados como, por exemplo, arquivos de mensagens de erro;</li>
  				<li>Um programa para a instalação do sistema no hardware-alvo;</li>
  				<li>Documentação do release;</li>
  				<li>E até mesmo publicidade desenvolvida para o projeto.</li>
  			</ul>
  			
  			<p>Para garantir a recriação futura de releases principalmente de softwares customizados é necessário a criação de documentos que relatem todo o processo isso garante que todos os passos para sua criação podem ser dados sem erros ou inconsistências.  A documentação de um release deve conter os seguintes itens:</p>]
  			<ul>
  			<li>Gravação das versões dos componentes do código-fonte;</li>
  			<li>Cópias dos arquivos de código-fonte executáveis e arquivos e dados de configuração;</li>
  			<li>Gravação da versão do Sistema Operacional, bibliotecas, compiladores e demais ferramentas utilizadas no processo de criação.</li>
  			</ul>
  			<p>O processo de criação e distribuição de um release é bastante oneroso, principalmente para os softwares de mercado de massa, por esse motivo os “releases maiores”, devem estar alinhados a uma boa estratégia de marketing, visando convencer seus usuários a comprarem sua nova versão do sistema, também é necessário se observar a periodicidade de lançamentos desses releases, visto que podem ser vistos como um gasto excessivo pelos seus usuários.</p>
  			<p>Os vários fatores técnicos e organizacionais que devem ser levados em consideração ao se decidir quando lançar uma nova versão de um sistema são mostrados na tabela abaixo [SOMMERVILLE. v. 9].</p>
  			
  			<img src="https://si0.twimg.com/profile_images/3067254671/ddeb6fb5c50eb470ecd6bd0e3f245bbe.jpeg" />
  			
		</div>	
		
	</ui:define>
</ui:composition>
</html>